OTHER OFFICES 

AUSTIN, TEXAS 

SAN FRANCISCO, CALIFORNIA 



■ ui 

\*> 
: 01 



Docket No.: SP-3289U& 

LAW OFFICES OF 

SKJERVEN, MORRILL, MacPHERSON, FRANKLIN & FRIEL LLP 

25 METRO DRIVE, SUITE 700 

San Jose, California 95110 

(408) 453-9200 




FACSIMILE (408) 453-7979 



December 3, 1998 



[w Box Patent Application 

I * ASSISTANT COMMISSIONER FOR PATENTS 



| g Washington, D. C. 20231 

Enclosed herewith for filing is a patent application, as follows: 
Inventor(s): Tremblay, Marc; Joy, Bill 

Title: Implicitly Derived Register Specifiers In Microprocessors 

11 Sheet(s) of Drawings 

36 page(s) Specification 

6 page(s) Claims 

1 page Abstract 

3 page(s) Declaration/Power of Attorney 

I page(s) Recordation Cover Sheet (in duplicate) 

1 page(s) Assignment 

1 page(s) PTO Form 1449 

Copy(ies) of 5 Cited References 

^ Other: Information Disclosure Statement 

CLAIMS AS FILED (fees computed under §1.9(fft 

Number Number 
Filed Extra Rate $ 

2 x $18 = $ 



id 0 i 

cm ; 



0 ■ 



=\ 

=<*> 



For 

Total Claims 



22 



-20 = 



Basic Fee 
760,00 

36.00 



Independent 

Claims 2 -3 - 0 


X 


$78 




$ 


0.00 


Application contains one or more multiple 
*— ' dependent claims ($260 total fee) 








$ 


0.00 



Please make the following charges to Deposit Account 19-2386: 

^ Fee for filing the patent application in the amount of 

E><3 The Commissioner is hereby authorized to charge any additional fees which 
may be required, or credit any overpayment to Deposit Account 19-2386. 

A Return Post Card and this sheet in duplicate are enclosed. 



EXPRESS MAIL LABEL NO: 
EL250936523US 



Respectfully submitted, 

Ken J, Koestner 
Attorney for Applicant(s) 
Reg. No. 33,004 
Tel: (512) 794-3600 
Fax: (512) 794-3601 



$ 796.00 



475679 vl 



Attorney Docket No.: SP-3289 US 



"Express Mail" mailing label number: 

EL250936523US 

IMPLICITLY DERIVED REGISTER SPECIFIERS IN A PROCESSOR 

Marc Tremblay and William Joy 

BACKGROUND OF THE INVENTION 

Field of the Invention 

The present invention relates to instruction execution elements of a processor. 
More specifically, the present invention relates to the instruction execution elements 
of a Very Long Instruction Word (VLI W) processor including control elements that 
define and supply register specifiers. 

Description of the Related Art 

One technique for improving the performance of processors is parallel 
execution of multiple instructions to allow the instruction execution rate to exceed the 
clock rate* Various types of parallel processors have been developed including Very 
Long Instruction Word (VLIW) processors that use multiple, independent functional 
units to execute multiple instructions in parallel. VLIW processors package multiple 
operations into one very long instruction, the multiple operations being determined by 
sub-instructions that are applied to the independent functional units. An instruction 
has a set of fields corresponding to each functional unit. Typical bit lengths of a 
subinstruction commonly range from 16 to 24 bits per functional unit to produce an 
instruction length often in a range from 1 12 to 168 bits. 

The multiple functional units are kept busy by maintaining a code sequence 
with sufficient operations to keep instructions scheduled. A VLIW processor often 
uses a technique called trace scheduling to maintain scheduling efficiency by 
unrolling loops and scheduling code across basic function blocks. Trace scheduling 
also improves efficiency by allowing instructions to move across branch points. 
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Limitations of VLIW processing include limited parallelism, limited hardware 
resources, and a vast increase in code size. A limited amount of parallelism is 
available in instruction sequences. Unless loops are unrolled a very large number of 
times, insufficient operations are available to fill the instructions. Limited hardware 
5 resources are a problem, not only because of duplication of functional units but more 
importantly due to a large increase in memory and register file bandwidth. A large 
number of read and write ports are necessary for accessing the register file, imposing a 
bandwidth that is difficult to support without a large cost in the size of the register file 
and degradation in clock speed. As the number of ports increases, the complexity of 
1 0 the memory system further increases. To allow multiple memory accesses in parallel, 
the memory is divided into multiple banks having different addresses to reduce the 
likelihood that multiple operations in a single instruction have conflicting accesses 
that cause the processor to stall since synchrony must be maintained between the 
functional units. 

1 5 Code size is a problem for several reasons. The generation of sufficient 

operations in a nonbranching code fragment requires substantial unrolling of loops, 
increasing the code size. Also, instructions that are not full include unused 
subinstructions that waste code space, increasing code size. Furthermore, the increase 
in the size of storages such as the register file increase the number of bits in the 

20 instruction for addressing registers in the register file. 

A register file with a large number of registers is often used to increase 
performance of a VLIW processor. A VLIW processor is typically implemented as a 
deeply pipelined engine with an "in-order" execution model. To attain a high 
performance a large number of registers is utilized so that the multiple functional units 
25 are busy as often as possible. 

A large register file has several drawbacks. First, as the number of registers 
that are directly addressable is increased, the number of bits used in the instruction 
also increases. For a rich instruction set architecture with, for example, four register 
specifiers, an additional bit for a register specifier effectively costs four bits in the 
30 instruction (one bit per register specifier). Second, a register file with many registers 
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occupies a large area. Third, a register file with many registers may create critical 
timing paths and therefore limit the cycle time of the processor. 

Many powerful instructions utilize multiple register specifiers. For example, a 
multiply and add instruction (muladd) utilizes four register specifiers including two 
5 source operands that are multiplied, a third source operand that is added to the product 
of the multiplication, and a destination register to receive the result of the addition. 
Register specifiers are costly due to a large consumption of instruction word bits. For 
example, a large register file in a VLIW processor may include 128 or more registers 
that are specified in seven or more bits. Typically the instruction word is limited in 
10 size, for example to 32 bits per subinstruction. A 32 bit subinstruction with four 
register specifiers of seven bits would have 28 bits used for register specification 
alone, leaving only four bits to specify an operation code and supply other coding. 
Accordingly, the large number of register specifiers in combination with a limited 
instruction size constrains the power and flexibility of the processor. 

1 5 What is needed is a technique and processor architecture enhancement that 

improves the efficiency of instruction coding and reduces the bit resource allocation 
within an instruction word that is dedicated to register specification. 

SUMMARY OF THE INVENTION 

A processor executes an instruction set including instructions in which a 
20 register specifier is implicitly derived, based on another register specifier. One 

technique for implicitly deriving a register specifier is to add or subtract one from a 
specifically-defined register specifier. Implicit derivation of a register specifier is 
selectively implemented for some opcodes. One example which may be implemented 
in some embodiments is a multiply and add instruction muladd which is encoded as 
25 follows: 

muladd rsl, rs2, rd, 

which performs an operation specified by the equation: 
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rd = (rsl * [rsl+1]) + rs2. 

The term [rsl+1] designates data contained within the register following the 
explicitly-defined register rsl. For example, if rsl is set to specify a register r2, rs2 is 
set to specify a register r 1 9, and rd is set to specify a register r22, then the instruction 
5 is, as follows: 

muladd r2, rl9, r22, 

which performs an operation specified by the equation: 

r22 = (r2 * r3) + rl9. 

Some processor embodiments may support another instruction that includes 
1 0 implicitly-derived register specifiers, a bit extract instruction: 

bitext rl0,r45,r77, 

which generates a read of registers rlO, rl 1, and r45, and a write of register r77. 
Register rl 1 is derived automatically without consuming seven bits of the instruction 
field. 

15 in some embodiments, a decoder decodes instructions that use implicitly- 

derived register specifiers and reads the explicitly-defined register. The decoder 
generates pointers both to the explicitly-defined register and to the implicitly-derived 
register. In other embodiments, a pointer to registers within a register file includes an 
additional bit indicating that a register read is accompanied by a read of an implicitly- 

20 derived register. When the bit indicates selection of the implicitly-derived register 
specifier, the register file generates two pointers, one directed to the explicitly- 
specified register and a second directed to the implicitly-derived register. 

BRTEF DESCRIPTION OF THE DRAWINGS 

The features of the described embodiments are specifically set forth in the 
25 appended claims. However, embodiments of the invention relating to both structure 
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and method of operation, may best be understood by referring to the following 
description and accompanying drawings. 

FIGURE 1 is a schematic block diagram illustrating a single integrated circuit 
chip implementation of a processor in accordance with an embodiment of the present 
invention. 

FIGURE 2 is a schematic block diagram showing the core of the processor. 

FIGURE 3 is a schematic block diagram that illustrates an embodiment of the 
split register file that is suitable for usage in the processor. 

FIGURE 4 is a schematic block diagram that shows a logical view of the 
register file and functional units in the processor. 

FIGURES 5A, 5B, and 5C show a schematic block diagram of a divided or 
split register file, a high level view of computation elements of a functional unit, and a 
pictorial view of an instruction format, respectively, which are used to illustrate the 
difficulty of defining an instruction format with a limited number of instruction bits. 

FIGURE 6 is a schematic block diagram showing a register file for a VLIW 
processor that includes global and local register partitioning. 

FIGURE 7 is a pictorial schematic diagram depicting an example of 
instruction execution among a plurality of media functional units. 

FIGURE 8 illustrates a schematic block diagram of an SRAM array used for 
the multi-port split register file. 

FIGURE 9 is a schematic block diagram that illustrates a read circuit 
operating in conjunction with a decoder or a register file for generating implicitly- 
derived register specifiers. 

FIGURE 10 is a schematic timing diagram that illustrates timing of the 
processor pipeline. 
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The use of the same reference symbols in different drawings indicates similar or 
identical items. 

DESCRIPTION OF THE EMBODIMENTS) 

Referring to FIGURE 1, a schematic block diagram illustrates a single 

5 integrated circuit chip implementation of a processor 100 that includes a memory 

interface 102, a geometry decompressor 104, two media processing units 110 and 112, 
a shared data cache 106, and several interface controllers. The interface controllers 
support an interactive graphics environment with real-time constraints by integrating 
fundamental components of memory, graphics, and input/output bridge functionality 

10 on a single die. The components are mutually linked and closely linked to the 

processor core with high bandwidth, low-latency communication channels to manage 
multiple high-bandwidth data streams efficiently and with a low response time. The 
interface controllers include a an UltraPort Architecture Interconnect (UP A) controller 
116 and a peripheral component interconnect (PCI) controller 120. The illustrative 

1 5 memory interface 102 is a direct Rambus dynamic RAM (DRDRAM) controller. The 
shared data cache 106 is a dual-ported storage that is shared among the media 
processing units 110 and 112 with one port allocated to each media processing unit 
The data cache 106 is four-way set associative, follows a write-back protocol, and 
supports hits in the fill buffer (not shown). The data cache 106 allows fast data 

20 sharing and eliminates the need for a complex, error-prone cache coherency protocol 
between the media processing units 110 and 112. 

The UPA controller 116 is a custom interface that attains a suitable balance 
between high-performance computational and graphic subsystems. The UPA is a 
cache-coherent, processor-memory interconnect. The UPA attains several 

25 advantageous characteristics including a scaleable bandwidth through support of 
multiple bused interconnects for data and addresses, packets that are switched for 
improved bus utilization, higher bandwidth, and precise interrupt processing. The 
UPA performs low latency memory accesses with high throughput paths to memory. 
The UPA includes a buffered cross-bar memory interface for increased bandwidth and 

30 improved scaleability. The UPA supports high-performance graphics with two-cycle 
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single-word writes on the 64-bit UPA interconnect. The UPA interconnect 
architecture utilizes point-to-point packet switched messages from a centralized 
system controller to maintain cache coherence. Packet switching improves bus 
bandwidth utilization by removing the latencies commonly associated with 
5 transaction-based designs. 

The PCI controller 120 is used as the primary system I/O interface for 
connecting standard, high-volume, low-cost peripheral devices, although other 
standard interfaces may also be used. The PCI bus effectively transfers data among 
high bandwidth peripherals and low bandwidth peripherals, such as CD-ROM players, 
10 DVD players, and digital cameras. 

Two media processing units 110 and 112 are included in a single integrated 
circuit chip to support an execution environment exploiting thread level parallelism in 
which two independent threads can execute simultaneously. The threads may arise 
from any sources such as the same application, different applications, the operating 

1 5 system, or the runtime environment. Parallelism is exploited at the thread level since 
parallelism is rare beyond four, or even two, instructions per cycle in general purpose 
code. For example, the illustrative processor 100 is an eight-wide machine with eight 
execution units for executing instructions. A typical "general-purpose" processing 
code has an instruction level parallelism of about two so that, on average, most (about 

20 six) of the eight execution units would be idle at any time. The illustrative processor 
100 employs thread level parallelism and operates on two independent threads, 
possibly attaining twice the performance of a processor having the same resources and 
clock rate but utilizing traditional non-thread parallelism. 

Thread level parallelism is particularly useful for Java™ applications which 
25 are bound to have multiple threads of execution. Java™ methods including 

"suspend", "resume", "sleep", and the like include effective support for threaded 
program code. In addition, Java™ class libraries are thread-safe to promote 
parallelism. (Java™, Sun, Sun Microsystems and the Sun Logo are trademarks or 
registered trademarks of Sun Microsystems, Inc. in the United States and other 
30 countries. All SPARC trademarks, including UltraSPARC I and UltraSPARC II, are 

-7- 



Attorney Docket No.: SP-3289 US 



used under license and are trademarks of SPARC International, Inc. in the United 
States and other countries. Products bearing SPARC trademarks are based upon an 
architecture developed by Sun Microsystems, Inc.) Furthermore, the thread model of 
the processor 100 supports a dynamic compiler which runs as a separate thread using 
5 one media processing unit 110 while the second media processing unit 112 is used by 
the current application. In the illustrative system, the compiler applies optimizations 
based on "on-the-fly" profile feedback information while dynamically modifying the 
executing code to improve execution on each subsequent run. For example, a 
"garbage collector" may be executed on a first media processing unit 110, copying 
10 objects or gathering pointer information, while the application is executing on the 
other media processing unit 112. 

Although the processor 100 shown in FIGURE 1 includes two processing 
units on an integrated circuit chip, the architecture is highly scaleable so that one to 
several closely-coupled processors may be formed in a message-based coherent 
1 5 architecture and resident on the same die to process multiple threads of execution. 
Thus, in the processor 100, a limitation on the number of processors formed on a 
single die thus arises from capacity constraints of integrated circuit technology rather 
than from architectural constraints relating to the interactions and interconnections 
between processors. 

20 Referring to FIGURE 2, a schematic block diagram shows the core of the 

processor 100. The media processing units 110 and 112 each include an instruction 
cache 210, an instruction aligner 212, an instruction buffer 214, a pipeline control unit 
226, a split register file 216, a plurality of execution units, and a load/store unit 218. 
In the illustrative processor 100, the media processing units 110 and 112 use a 

25 plurality of execution units for executing instructions. The execution units for a 

media processing unit 110 include three media functional units (MFU) 220 and one 
general functional unit (GFU) 222. The media functional units 220 are multiple 
single-instruction-multiple-datapath (MSIMD) media functional units. Each of the 
media functional units 220 is capable of processing parallel 16-bit components. 

30 Various parallel 16-bit operations supply the single-instruction-multiple-datapath 
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capability for the processor 100 including add, multiply-add, shift, compare, and the 
like. The media functional units 220 operate in combination as tightly-coupled digital 
signal processors (DSPs). Each media functional unit 220 has an separate and 
individual sub-instruction stream, but all three media functional units 220 execute 
5 synchronously so that the subinstructions progress lock-step through pipeline stages. 

The general functional unit 222 is a RISC processor capable of executing 
arithmetic logic unit (ALU) operations, loads and stores, branches, and various 
specialized and esoteric functions such as parallel power operations, reciprocal square 
root operations, and many others. The general functional unit 222 supports less 
10 common parallel operations such as the parallel reciprocal square root instruction. 

The illustrative instruction cache 210 has a 16 Kbyte capacity and includes 
hardware support to maintain coherence, allowing dynamic optimizations through 
self-modifying code. Software is used to indicate that the instruction storage is being 
modified when modifications occur. The 1 6K capacity is suitable for performing 

1 5 graphic loops, other multimedia tasks or processes, and general-purpose Java™ code. 
Coherency is maintained by hardware that supports write-through, non-allocating 
caching. Self-modifying code is supported through explicit use of "store-to- 
instruction-space" instructions storelu Software uses the store2i instruction to 
maintain coherency with the instruction cache 210 so that the instruction caches 210 

20 do not have to be snooped on every single store operation issued by the media 
processing unit 110. 

The pipeline control unit 226 is connected between the instruction buffer 214 
and the functional units and schedules the transfer of instructions to the functional 
units. The pipeline control unit 226 also receives status signals from the functional 
25 units and the load/store unit 218 and uses the status signals to perform several control 
functions. The pipeline control unit 226 maintains a scoreboard, generates stalls and 
bypass controls. The pipeline control unit 226 also generates traps and maintains 
special registers. 
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Each media processing unit 110 and 112 includes a split register file 216, a 
single logical register file including 128 thirty-two bit registers. The split register file 
216 is split into a plurality of register file segments 224 to form a multi-ported 
structure that is replicated to reduce the integrated circuit die area and to reduce access 
time. A separate register file segment 224 is allocated to each of the media functional 
units 220 and the general functional unit 222. In the illustrative embodiment, each 
register file segment 224 has 128 32-bit registers. The first 96 registers (0-95) in the 
register file segment 224 are global registers. All functional units can write to the 96 
global registers. The global registers are coherent across all functional units (MFU 
and GFU) so that any write operation to a global register by any functional unit is 
broadcast to all register file segments 224. Registers 96-127 in the register file 
segments 224 are local registers. Local registers allocated to a functional unit are not 
accessible or "visible" to other functional units. 

The media processing units 110 and 112 are highly structured computation 
blocks that execute software-scheduled data computation operations with fixed, 
deterministic and relatively short instruction latencies, operational characteristics 
yielding simplification in both function and cycle time. The operational 
characteristics support multiple instruction issue through a pragmatic very large 
instruction word (VLIW) approach that avoids hardware interlocks to account for 
software that does not schedule operations properly. Such hardware interlocks are 
typically complex, error-prone, and create multiple critical paths. A VLIW instruction 
word always includes one instruction that executes in the general functional unit 
(GFU) 222 and from zero to three instructions that execute in the media functional 
units (MFU) 220. A MFU instruction field within the VLIW instruction word 
includes an operation code (opcode) field, three source register (or immediate) fields, 
and one destination register field. 

Instructions are executed in-order in the processor 100 but loads can finish 
out-of-order with respect to other instructions and with respect to other loads, 
allowing loads to be moved up in the instruction stream so that data can be streamed 
from main memory. The execution model eliminates the usage and overhead 
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resources of an instruction window, reservation stations, a re-order buffer, or other 
blocks for handling instruction ordering. Elimination of the instruction ordering 
structures and overhead resources is highly advantageous since the eliminated blocks 
typically consume a large portion of an integrated circuit die. For example, the 
5 eliminated blocks consume about 30% of the die area of a Pentium II processor. 

To avoid software scheduling errors, the media processing units 110 and 112 
are high-performance but simplified with respect to both compilation and execution. 
The media processing units 110 and 112 are most generally classified as a simple 2- 
scalar execution engine with full bypassing and hardware interlocks on load 
10 operations. The instructions include loads, stores, arithmetic and logic (ALU) 
instructions, and branch instructions so that scheduling for the processor 100 is 
essentially equivalent to scheduling for a simple 2-scalar execution engine for each of 
the two media processing units 110 and 112. 

The processor 100 supports full bypasses between the first two execution units 

15 within the media processing unit 110 and 112 and has a scoreboard in the general 
functional unit 222 for load operations so that the compiler does not need to handle 
nondeterministic latencies due to cache misses. The processor 100 scoreboards long 
latency operations that are executed in the general functional unit 222, for example a 
reciprocal square-root operation, to simplify scheduling across execution units. The 

20 scoreboard (not shown) operates by tracking a record of an instruction packet or group 
from the time the instruction enters a functional unit until the instruction is finished 
and the result becomes available. A VLIW instruction packet contains one GFU 
instruction and from zero to three MFU instructions. The source and destination 
registers of all instructions in an incoming VLIW instruction packet are checked 

25 against the scoreboard. Any true dependencies or output dependencies stall the entire 
packet until the result is ready. Use of a scoreboarded result as an operand causes 
instruction issue to stall for a sufficient number of cycles to allow the result to become 
available. If the referencing instruction that provokes the stall executes on the general 
functional unit 222 or the first media functional unit 220, then the stall only endures 

30 until the result is available for intra-unit bypass. For the case of a load instruction that 
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hits in the data cache 106, the stall may last only one cycle. If the referencing 
instruction is on the second or third media functional units 220, then the stall endures 
until the result reaches the writeback stage in the pipeline where the result is bypassed 
in transmission to the split register file 216. 

5 The scoreboard automatically manages load delays that occur during a load 

hit. In an illustrative embodiment, all loads enter the scoreboard to simplify software 
scheduling and eliminate NOPs in the instruction stream. 

The scoreboard is used to manage most interlocks between the general 
functional unit 222 and the media functional units 220, All loads and non-pipelined 

10 long-latency operations of the general functional unit 222 are scoreboarded. The 

long-latency operations include division idiv.fdiv instructions, reciprocal square root 
frecsqrt.precsqrt instructions, and power ppower instructions. None of the results of 
the media functional units 220 is scoreboarded. Non-scoreboarded results are 
available to subsequent operations on the functional unit that produces the results 

1 5 following the latency of the instruction. 

The illustrative processor 100 has a rendering rate of over fifty million 
triangles per second without accounting for operating system overhead. Therefore, 
data feeding specifications of the processor 100 are far beyond the capabilities of cost- 
effective memory systems. Sufficient data bandwidth is achieved by rendering of 

20 compressed geometry using the geometry decompressor 104, an on-chip real-time 
geometry decompression engine. Data geometry is stored in main memory in a 
compressed format. At render time, the data geometry is fetched and decompressed in 
real-time on the integrated circuit of the processor 100. The geometry decompressor 
104 advantageously saves memory space and memory transfer bandwidth. The 

25 compressed geometry uses an optimized generalized mesh structure that explicitly 
calls out most shared vertices between triangles, allowing the processor 100 to 
transform and light most vertices only once. In a typical compressed mesh, the 
triangle throughput of the transform-and-light stage is increased by a factor of four or 
more over the throughput for isolated triangles. For example, during processing of 

30 triangles, multiple vertices are operated upon in parallel so that the utilization rate of 
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resources is high, achieving effective spatial software pipelining. Thus operations are 
overlapped in time by operating on several vertices simultaneously, rather than 
overlapping several loop iterations in time. For other types of applications with high 
instruction level parallelism, high trip count loops are software-pipelined so that most 
5 media functional units 220 are fully utilized. 

Referring to FIGURE 3, a schematic block diagram illustrates an embodiment 
of the split register file 216 that is suitable for usage in the processor 100. The split 
register file 216 supplies all operands of processor instructions that execute in the 
media functional units 220 and the general functional units 222 and receives results of 
10 the instruction execution from the execution units. The split register file 216 operates 
as an interface to the geometry decompressor 104. The split register file 216 is the 
source and destination of store and load operations, respectively. 

In the illustrative processor 100, the split register file 216 in each of the media 
processing units 110 and 112 has 128 registers. Graphics processing places a heavy 
burden on register usage. Therefore, a large number of registers is supplied by the 
split register file 216 so that performance is not limited by loads and stores or 
handling of intermediate results including graphics "fills" and "spills". The 
illustrative split register file 216 includes twelve read ports and five write ports, 
supplying total data read and write capacity between the central registers of the split 
register file 216 and all media functional units 220 and the general functional unit 
222. The five write ports include one 64-bit write port that is dedicated to load 
operations. The remaining four write ports are 32 bits wide and are used to write 
operations of the general functional unit 222 and the media functional units 220. 

Total read and write capacity promotes flexibility and facility in programming 
25 both of hand-coded routines and compiler-generated code. 

Large, multiple-ported register files are typically metal-limited so that the 
register area is proportional with the square of the number of ports. A sixteen port file 
is roughly proportional in size and speed to a value of 256. The illustrative split 
register file 216 is divided into four register file segments 310, 312, 314, and 316, 
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each having three read ports and four write ports so that each register file segment has 
a size and speed proportional to 49 for a total area for the four segments that is 
proportional to 196. The total area is therefore potentially smaller and faster than a 
single central register file. Write operations are fully broadcast so that all files are 
5 maintained coherent. Logically, the split register file 216 is no different from a single 
central register file However, from the perspective of layout efficiency, the split 
register file 216 is highly advantageous, allowing for reduced size and improved 
performance. 

The new media data that is operated upon by the processor 100 is typically 
1 0 heavily compressed. Data transfers are communicated in a compressed format from 
main memory and input/output devices to pins of the processor 100, subsequently 
decompressed on the integrated circuit holding the processor 100, and passed to the 
split register file 216. 

Splitting the register file into multiple segments in the split register file 216 in 
1 5 combination with the character of data accesses in which multiple bytes are 

transferred to the plurality of execution units concurrently, results in a high utilization 
rate of the data supplied to the integrated circuit chip and effectively leads to a much 
higher data bandwidth than is supported on general-purpose processors. The highest 
data bandwidth requirement is therefore not between the input/output pins and the 
20 central processing units, but is rather between the decompressed data source and the 
remainder of the processor. For graphics processing, the highest data bandwidth 
requirement is between the geometry decompressor 104 and the split register file 216. 
For video decompression, the highest data bandwidth requirement is internal to the 
split register file 216. Data transfers between the geometry decompressor 104 and the 
25 split register file 216 and data transfers between various registers of the split register 
file 216 can be wide and run at processor speed, advantageously delivering a large 
bandwidth. 

The register file 216 is a focal point for attaining the very large bandwidth of 
the processor 100. The processor 100 transfers data using a plurality of data transfer 
30 techniques. In one example of a data transfer technique, cacheable data is loaded into 
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the split register file 216 through normal load operations at a low rate of up to eight 
bytes per cycle. In another example, streaming data is transferred to the split register 
file 216 through group load operations which transfer thirty-two bytes from memory 
directly into eight consecutive 32-bit registers. The processor 100 utilizes the 
5 streaming data operation to receive compressed video data for decompression. 

Compressed graphics data is received via a direct memory access (DMA) unit 
in the geometry decompressor 104. The compressed graphics data is decompressed 
by the geometry decompressor 104 and loaded at a high bandwidth rate into the split 
register file 216 via group load operations that are mapped to the geometry 
10 decompressor 104. 

Load operations are non-blocking and scoreboarded so that a long latency 
inherent to loads can be hidden by early scheduling. 

General purpose applications often fail to exploit the large register file 216. 
Statistical analysis shows that compilers do not effectively use the large number of 

15 registers in the split register file 216. However, aggressive in-lining techniques that 
have traditionally been restricted due to the limited number of registers in 
conventional systems may be advantageously used in the processor 100 to exploit the 
large number of registers in the split register file 216. In a software system that 
exploits the large number of registers in the processor 100, the complete set of 

20 registers is saved upon the event of a thread (context) switch. When only a few 
registers of the entire set of registers is used, saving all registers in the full thread 
switch is wasteful. Waste is avoided in the processor 100 by supporting individual 
marking of registers. Octants of the thirty-two registers can be marked as "dirty" if 
used, and are consequently saved conditionally. 

25 In various embodiments, the split register file 216 is leveraged by dedicating 

fields for globals, trap registers, and the like. 

Referring to FIGURE 4, a schematic block diagram shows a logical view of 
the register file 216 and functional units in the processor 100. The physical 
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implementation of the core processor 100 is simplified by replicating a single 
functional unit to form the three media functional units 220. The media functional 
units 220 include circuits that execute various arithmetic and logical operations 
including general-purpose code, graphics code, and video-image-speech (VIS) 
5 processing. VIS processing includes video processing, image processing, digital 
signal processing (DSP) loops, speech processing, and voice recognition algorithms, 
for example. 

Referring to FIGUREs 5A, 5B, and 5C, a schematic block diagram of a 
divided or split register file, a high level view of computation elements of a functional 
1 0 unit, and a pictorial view of an instruction format, respectively are used to illustrate 
the difficulty of defining an instruction format with a limited number of instruction 
U bits. FIGURE 5A shows a schematic block diagram of a decoder 502 that decodes 

S four subinstructions of a very long instruction word. Each of the four decoders 

p applies control signals to one of four register file segments 510, 512, 514, and 516. 

'~~4 15 Each of the register file segments is coupled to and associated with a functional unit. 

In the illustrative embodiment, a first register file segment 510 is coupled to and 
7] associated with a general functional unit 520. Second, third, and fourth register file 

3 segments 512, 514, and 516 are respectively coupled to and associated with media 

y functional units 522, 524, and 526. 

20 FIGURE 5B shows an example of a VLIW subinstruction, specifically a 

multiply-add (muladd) instruction and relates execution of the muladd instruction to 
computation blocks in a functional unit. The muladd instruction specifies four 
register specifiers designating data that is operated upon by the functional unit. The 
muladd instruction specifies three source operands R A , R B , and Rc, and one 

25 destination operand R D . The functional unit includes a multiplier 530 that multiplies 
the source operands R A and R B to generate a product. The functional unit also 
includes an adder 532 that receives the product from the multiplier 530 and adds the 
product and the source operand Rc to produce a sum that is transferred to the 
destination register operand R D . 
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For a register file in which the register file segments include N = 2 M registers, 
for example, M bits are used to uniquely specify a particular register so that 4*M are 
needed to uniquely specify the four registers addressed in a single subinstruction. 

FIGURE 5C depicts a subinstruction storage for instructions such as the 
5 muladd instruction. Resource size and speed constraints are imposed on instruction 
storage so that the number of bits in a subinstruction are limited. The four register 
specifiers for the subinstruction use nearly the entire capacity of the subinstruction 
storage. For example, a register file segment that includes 128 bits has registers that 
are uniquely addressed using seven address bits. Addressing of four registers 
1 0 consumes 7*4 = 28 bits. For a subinstruction size constrained to 32 bits, only four 
bits remain for specifying an operation code or other operational information for 
controlling execution. 

The illustrative VLIW processor partitions the register file into local and 
global registers to conserve address bits in a very long instruction word. 

15 Referring to FIGURE 6, a schematic block diagram shows a register file 600 

for a VLIW processor 100 that supports implicitly-derived register specifiers. The 
Very Long Instruction Word (VLIW) processor has a decoder 602 that decodes 
instructions for execution in a plurality of functional units including three media 
functional units 622, 624, and 626, and a general functional unit 620. The processor 

20 100 also includes a multi-ported register file 600 that is divided into a plurality of 
separate register file segments 610, 612, 614, and 616, each of the register file 
segments being associated to one of the plurality of functional units. 

For some subinstructions, a register specifier is implicitly derived, typically 
based on another register specifier. One simple technique for implicitly deriving a 
25 register specifier is to add or subtract one from a specifically-defined register 

specifier. Implicit derivation of a register specifier is selectively implemented for 
some opcodes. One example, which may be implemented in some processor 
embodiments, is a multiply and add instruction muladd which is encoded as follows: 

muladd rsl, rs2, rd, 
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which performs an operation specified by the equation: 

rd = (rsl * [rsl+l]) + rs2, 

in which the term [rsl+1] designates data contained within the register following the 
explicitly-defined register rsl . For example, if rsl is set to specify a register r2, rs2 is 
5 set to specify a register rl 9, and rd is set to specify a register r22, then the instruction 
is, as follows: 

muladdr2, r!9,r22, 
which performs an operation specified by the equation: 

r22 = (r2 *r3) + rl9. 

Oj 10 Another instruction that may include implicitly-derived register specifiers in 

]S some processor embodiments is a bit extract instruction: 

bitext rI0,r45,r77, 

y, which generates a read of registers rlO, rl 1, and r45, and a write of register r77. 

Register rl 1 is derived automatically without consuming seven bits of the instruction 

i 15 fiekL 

In some embodiments, the decoder 602 decodes instructions that use 
implicitly-derived register specifiers and reads the explicitly-defined register. The 
decoder 602 then generates pointers both to the explicitly-defined register and to the 
implicitly-derived register. In other embodiments, a pointer to registers within the 
20 register file segments 610, 612, 614, and 616 includes an additional bit indicating that 
a register read is accompanied by a read of an implicitly-derived register. 

Referring to FIGURE 7, a simplified pictorial schematic diagram depicts an 
example of instruction execution among a plurality of media functional units 220. 
Results generated by various internal function blocks within a first individual media 
25 functional unit are immediately accessible internally to the first media functional unit 
710 but are only accessible globally by other media functional units 712 and 714 and 
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by the general functional unit five cycles after the instruction enters the first media 
functional unit 710, regardless of the actual latency of the instruction. Therefore, 
instructions executing within a functional unit can be scheduled by software to 
execute immediately, taking into consideration the actual latency of the instruction. In 
5 contrast, software that schedules instructions executing in different functional units is 
expected to account for the five cycle latency. In the diagram, the shaded areas 
represent the stage at which the pipeline completes execution of an instruction and 
generates final result values. A result is not available internal to a functional unit a 
final shaded stage completes. In the example, media processing unit instructions have 
10 three different latencies - four cycles for instructions such as finuladd and fadd, two 
cycles for instructions such as pmuladd, and one cycle for instructions like padd and 
xor. 

Although internal bypass logic within a media functional unit 220 forwards 
results to execution units within the same media functional unit 220, the internal 
15 bypass logic does not detect incorrect attempts to reference a result before the result is 
available. 

Software that schedules instructions for which a dependency occurs between a 
particular media functional unit, for example 712, and other media functional units 
710 and 714, or between the particular media functional unit 712 and the general 
20 functional unit 222, is to account for the five cycle latency between entry of an 
instruction to the media functional unit 712 and the five cycle pipeline duration. 

Referring to FIGURE 8, a schematic block diagram depicts an embodiment of 
the multiport register file 216. A plurality of read address buses RA1 through RAN 
carry read addresses that are applied to decoder ports 816-1 through 816-N, 

25 respectively. Decoder circuits are well known to those of ordinary skill in the art, and 
any of several implementations could be used as the decoder ports 816-1 through 816- 
N. When an address is presented to any of decoder ports 816-1 through 816-N, the 
address is decoded and a read address signal is transmitted by a decoder port 816 to a 
register in a memory cell array 818. Data from the memory cell array 818 is output 

30 using output data drivers 822. Data is transferred to and from the memory cell array 
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818 under control of control signals carried on some of the lines of the buses of the 
plurality of read address buses RA1 through RAN. 

Referring to FIGURE 9, a schematic block diagram illustrates a read circuit 
900 that may be implemented within a decoder or a register file for generating 
5 implicitly-derived register specifiers. The read circuit 900 receives activation signals 
wlj*c<ri> for each of N registers. In the illustrative example, the register file include 
128 registers. The activation signals wl__rc<n> are applied as input signals to N 
storage cells including N/2 even cells 902 and N/2 odd cells 904. The activation 
signals wl_rc<n> are applied to the storage cells via OR gates 906. The OR-gates 
10 906 generate a select signal to a storage cell if either the storage cell is addresses or 
the previous storage cell is addressed. 

When a storage cell is activated by the activation signals wl_rc<n>, the 
storage cell generates data signals on bitlines. The even cells 902 generate data 
signals that are applied to even sense amplifiers 908 via even bitlines rc ev. The odd 

15 cells 904 generate data signals that are applied to odd sense amplifiers 910 via odd 
bitlines rc_od. Amplified signals are multiplexed at multiplexers 912 and 914 and 
respectively applied to a high annex 916 and a low annex 918. The annexes supply 
signals to the general functional unit 222 or media functional units 220. The read 
circuit 900 controls a 64-bit read operation from a read port that reads registers rsl 

20 and rsl +1 , and controls a 32-bit read operation from a read port, reading bits<3 1 :0> 
from register rsl. 

Referring to FIGURE 10, a simplified schematic timing diagram illustrates 
timing of the processor pipeline 1000. The pipeline 1000 includes nine stages 
including three initiating stages, a plurality of execution phases, and two terminating 
25 stages. The three initiating stages are optimized to include only those operations 
necessary for decoding instructions so that jump and call instructions, which are 
pervasive in the Java™ language, execute quickly. Optimization of the initiating 
stages advantageously facilitates branch prediction since branches, jumps, and calls 
execute quickly and do not introduce many bubbles. 
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The first of the initiating stages is a fetch stage 1010 during which the 
processor 100 fetches instructions from the 16Kbyte two-way set-associative 
instruction cache 210. The fetched instructions are aligned in the instruction aligner 
212 and forwarded to the instruction buffer 214 in an align stage 1012, a second stage 
5 of the initiating stages. The aligning operation properly positions the instructions for 
storage in a particular segment of the four register file segments 310, 312, 314, and 
316 and for execution in an associated functional unit of the three media functional 
units 220 and one general functional unit 222. In a third stage, a decoding stage 1014 
of the initiating stages, the fetched and aligned VLIW instruction packet is decoded 
10 and the scoreboard (not shown) is read and updated in parallel. The four register file 
segments 310, 312, 314, and 316 each holds either floating-point data or integer data. 
The register files are read in the decoding (D) stage. 

Following the decoding stage 1014, the execution stages are performed. The 
two terminating stages include a trap-handling stage 1060 and a write-back stage 1062 
1 5 during which result data is written-back to the split register file 216. 

Instructions are specified in instruction words that include one gfu instruction 
and zero to three mfu instructions. A gfu instruction begins with a two-bit header 
field that is a count of the number of mfu instructions that follow in the instruction 
word. All instructions in an instruction word are issued in the same cycle. 

20 Less than the maximum of three mfu instructions are included in an instruction 

word if useful operations are not needed at a particular time. However, if a mfu 
position is vacant, the vacancy must occur in latter mfu positions (mfu3 and/or mfu2) 
rather than an earlier position (mful). 

Latency is propagated from the general functional unit 222 to the media 
25 functional units 220 in the order gfu, mful, mfu2, and mfu3. An assembler 
determines the beginning of an instruction word and the value of the two-bit 
instruction-count header from the presence of a gfu instruction and position of the 
next gfu instruction. The mfu instructions that follow form the remainder of the 
instruction word. More than three consecutive mfu instructions are reported as a fatal 
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error since the assembler cannot create a well-formed instruction word without a gfu 
instruction. 

Many mnemonics designate instructions that are implemented both as gfu and 
mfu operations and thus indicate a gfu instruction only when used at the beginning of 
5 an instruction word. 

The general functional unit 222 and the media functional units 220 implement 
several instruction formats. A first instruction format is a 'CALL' instruction format 
which is shown, as follows: 

2 4 26 

H 0001 immediate 

10 The 'CALL' is implemented only on the general functional unit 222. The H- 

bits designate the number of mfu instructions in the instruction word that begins with 
the CALL instruction. The target address in the immediate field includes a 
combination of an offset in the high-order 17 bits and an address in the low-order 9 
bits. The low-order 9 bits are shifted left 5 bits to account for the 32-byte alignment 

15 requirement for a CALL target and designate the low-order 14 bits of the target 

address. The remaining 17 bits encode a two r s-complement number that is added to 
the high-order 18 bits of the program counter of the CALL instruction to attain the 
high-order 18 bits of the target address. 



20 



A second format is a Common Format and has a form, as follows: 



H fmt opcode rd rsl rs2 or imm 

Both the general functional unit 222 and the media functional units 220 
implement the Common Format. For gfu instruction usage, the H-field is the count of 
mfu instructions that follow in the instruction word. For mfu instruction usage, the H- 
field is set to either 00 or 1 1 . The fmt field is useful to subdivide the opcode space 
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but essentially operates as an extension of the opcode. Instructions that use what 
would otherwise be the second source register field as an immediate flag such a usage 
by setting the low-order of fmt-field (bit-27 of the instruction), thereby designating an 
i-bit 

5 A third format is a Conditional Branch Format and has the form, as follows: 

2 7 2 7 14 

H 00000XX P rd immediate 

Only the general functional unit 222 implements conditional branch 
instructions so that the H-bit always designates the number of mfu instructions in the 
instruction word that begins with the conditional branch. The P-field encodes the 
prediction specifiers (i) statically predicted taken (pt) and (2) staticly predicted not 
taken (pn). Specifying neither pt nor pn implies selection of a hardware prediction, if 
prediction is implemented. Prediction coding includes coding of branch on condition, 
branch on condition statically predicted taken, and branch on condition statically 
predicted not taken. The low-order 12 bits of the immediate field designate the low- 
order 12 bits of the branch target word address. The upper-order two bits of the 
immediate field express the difference between the remaining high-order bits of the 
branch address, BA, and the target address, TA. 

A fourth format is a Sethi, Setlo, and Addlo Format and has the form, as 
follows: 

20 2 7 2 7 14 

H 01110XX i2 rd immediate 

The Sethi, Setlo, and Addlo instructions are implemented on the general 
functional unit 222 and the media functional units 220. For the general functional unit 
222 position of an instruction word, the H-field designates the number of mfu 
instructions in the instruction word. In a media functional unit 220 position, the H- 
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filed is set to zero. A two-bit i2 field and a 14-bit immediate field are concatenated 
into a single 16-bit value. 

A fifth format is a media functional unit 220 (mfu) Three-Source Register 
format and has a form, as follows: 



H op rd rs3 rsl rs2 

Only the media functional units 220 implement the mfu three-source register 
format. The H-field is non-zero. If the H-field is equal to 1 1 ? then the op-field is set 
to 10. 

Several instructions may implement implicitly-derived register specifiers in 
10 various embodiments of the processor 100. 

A bit extract (bitext) instruction is a pixel instruction that implements 
implicitly-derived register specifiers in some processor embodiments. The bitext 
instruction extracts bits from even-aligned pairs of registers r[rsl] and r[rsl+l]. The 
extracted field is described by a 6-bit length in bits 21... 16 of register r[rs2] ? and a 5- 
15 bit skip count in bits 4...0 of register r[rs2]. The skip count is applied at the high- 
order end of register r[rsl]. A length longer than 32-bits is clipped to the limit of 32 
bits. The field extracted by the bitext instruction is right-justified in the destination 
register r[rd] without sign-extension. The assembler reports a fatal error if the first 
source register is not even. The assembler syntax is: 

20 bitext rsl ? rs2 ? rd 

where the source register r[rsl+l] is implicitly derived. The bitext instruction is an 
mfu operation that uses the common instruction format. 

A call instruction is a control flow instruction that uses implicitly-derived 
register specifiers in some processor embodiments. The general functional unit 222 
25 alone implements the call instruction which uses the call instruction format. Call 
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causes a control transfer to an address specified by a label operand, using a syntax, as 
follows: 

call label. 

Encoding of the call target in the instruction is described with the call 
5 instruction format. Whether a call target outside a code module is reachable in the 
encoding is generally unknowable until the caller and callee modules are linked. The 
address of the instruction word following the instruction word begun with the call 
instruction is held in register r2, an implicit operand of the call instruction. Thus, the 
assembler uses the alias Ip (link pointer) for register r2. 

10 A dadd instruction is a floating point instruction that may use an implicitly- 

derived register specifier in some embodiments of the processor 100. The dadd 
instruction is an mfu operation that is formatted in the common instruction format. 
The dadd instruction computes the addition of registers r[rsl] and r[rs2] where the 
values of the source operands are IEEE double-precision floating point numbers. The 

15 result is delivered in destination register r[rd]. All the operands are evenly-aligned 

register pairs that implicitly derive registers r[rsl+l] and r[rs2+l] from the explicitly- 
specified registers r[rsl] and r[rs2], respectively, and implicitly derive destination 
register r[rd+l] from the explicitly-specified register r[rd]. Explicitly-specified 
registers that are not even-aligned provoke a fatal assembly error. The dadd 

20 instruction mnemonic may be qualified by a rounding mode specification. The 
assembler syntax is, as follows: 

dadd rsl,rs2,rd. 

Instructions dcmpeq, dcmple, and dcmplt are floating point instructions that be 
implemented to use implicitly-derived register specifiers. Instructions dcmpeq, 
25 dcmple, and dcmplt are mfu operations that are formatted in the common instruction 
format. The dcmpeq, dcmple, and dcmplt are floating point instructions that compare 
the double-precision floating point operands in even-aligned source registers r[rsl] 
and r[rs2] and transfer the result of the comparison into a destination register r[rd]. 
The result is the value one if the comparison is true and zero if it is not. The dcmpeq, 
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dcmple, and dcmplt operations are NaN-aware. The source operands are evenly- 
aligned register pairs that implicitly derive registers r[rsl+l] and r[rs2+l] from the 
explicitly-specified registers r[rsl] and r[rs2], respectively. If either source register is 
not even, the assembler reports a fatal error. Instruction dcmpeq checks for equality. 
5 Instruction dcmple tests whether the first source operand in less than or equal to the 
second. Instruction dcmplt tests whether the first source operand is less than the 
second. The assembler syntax is: 

dcmpeq rsl, rs2, rd, 

dcmple rsl, rs2, rd,and 

10 dcmplt rsl!rs2 ? rd. 

A dmul instruction is a floating point instruction that may be implemented to 
use an implicitly-derived register specifier in some processor embodiments. The dmul 
instruction a multiplication, r[rsl]*r[rs2], in which the values of the source operands 
are IEEE double-precision floating point numbers. The result is delivered in register 

15 r[rd]. All the operands are evenly-aligned register pairs that implicitly derive registers 
r[rsl+l] and r[rs2+l] from the explicitly-specified registers r[rsl] and r[rs2], 
respectively, and implicitly derive destination register r[rd+l] from the explicitly- 
specified register r[rd]. All suitable operands are even-aligned register pairs, a 
condition enforced by the assembler which otherwise provokes a fatal assembly error. 

20 The instruction mnemonic may be qualified by a rounding mode specification. The 
assembler syntax of the dmul instruction is, as follows: 

dmul rsl,rs2,rd, 

where dmul is an mfu operation that uses the common instruction format. 

A dsub instruction is a floating point instruction that computes a subtraction, 
25 r[rsl] - r[rs2], and delivers a result in register r[rd]. Some processor embodiments 

implement the dsub instruction to use implicitly derived register specifiers. Values of 
the source and destination operands are IEEE double-precision floating point 
numbers. Suitable operands are even-aligned register pairs including explicitly- 
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specified registers r[rsl], r[rs2], and r[rd] and implicitly-derived register specifiers 
r[rsl+l], r[rs2+l], and r[rd+l], respectively. Even alignment is a condition enforced 
by the assembler which otherwise provokes a fatal assembly error. The assembler 
syntax is: 

5 dsub rsl,rs2,rd, 

where dsub is an mfu operation that uses the common instruction format. 

A dtof instruction is a floating point instruction that converts the IEEE double- 
precision number in the even-aligned register pair r[rsl] to an IEEE single-precision 
floating point number in the register r[rd]. Some processor embodiments implement 
1 0 the dtof instruction to use implicitly derived register specifiers. A suitable source 
operand is an even-aligned register pair including the explicitly-specified register 
r[rsl] and implicitly-derived register specifiers r[rsl+l], otherwise the assembler 
reports a fatal error. The dtof instruction mnemonic may be qualified by a rounding 
mode specification. The assembler syntax of dtof is: 

15 dtof rsl,rd, 

where dtof is an mfu instruction that uses the common instruction format, but does not 
use a second source operand. 

A dtoi instruction is a floating point instruction that converts the IEEE double- 
precision number in the even-aligned register pair r[rsl] to an integer in a destination 
20 register r[rd]. A suitable source operand is an even-aligned register pair including the 
explicitly-specified register r[rsl] and, in processor embodiments that implement 
implicitly derived register specifiers, implicitly-derived register specifiers r[rsl+l], 
otherwise the assembler reports a fatal error. The assembler syntax is: 

dtoi rsl,rd 

25 where dtoi is an mfu instruction that uses the common instruction format, but does not 
use a second source operand. 
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A dtol instruction is a floating point instruction that converts an IEEE double- 
precision number in an even-aligned register pair r[rsl] to a long integer in the even- 
aligned register pair r[rd]. In processors using implicitly derived register specifiers, 
suitable operands are even-aligned register pairs including explicitly-specified 
5 registers r[rsl] and r[rd] and implicitly-derived register specifiers r[rsl+l] and 

r[rd+l], respectively. Even alignment is a condition enforced by the assembler which 
otherwise provokes a fatal assembly error. The assembler syntax is: 

dtol rsl,rd, 

where dtol is an mfu instruction that uses the common instruction format, but does not 
1 0 use a second source operand. 

A dabs instruction is a double precision floating point instructions that 
compute absolute value using implicitly-derived register specifiers in processor 
embodiments that support implicitly-defined register specifiers in the dabs instruction. 
The result of the dabs instruction is equal to the value of the source operand with the 
1 5 sign-bit cleared. The dabs instruction has a source in the even-aligned pair of registers 
specified by r[rsl] and implicitly defined as register r[rsl+l] and places a result in the 
even-aligned pair of registers specified by r[rd] and implicitly r[rd+l]. If either 
explicitly-specified operand of dabs is not even-aligned, the instruction produces an 
illegal Jnst general exception. The assembler syntax is: 

20 dabs rsl,rd, 

where fabs is implemented on all units. The dabs instruction is implemented only on 
media functional units 220 and uses the common instruction format with no second 
source operand. 

A dmax instruction and a dmin instruction are double precision floating point 
25 instructions that compute the maximum and the minimum of a source operand, 

respectively. The dmax and dmin instructions may use implicitly-derived register 
specifiers and receive two double precision source operands in the even-aligned 
register pairs explicitly specified by r[rsl] and r[rs2] to produce a copy of the greater 
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value (dmax) or the smaller value (dmin) in the even-aligned register pair specified by 
r[rd]. If any operand of dmax or dmin is not even-aligned, the instruction produces an 
illegal Jnst General Exception. If a source operand is not a number (NaN), then the 
result is the NaN. If both source operands are NaNs, the result is the second NaN. 
5 The assembler syntax is: 

dmax rsl,rs2,rd, 
dmin rsl,rs2,rd, 

where dmax and dmin are mfu instructions in the common instruction format. 

A dneg instruction is a double precision instruction that negates the source 
1 0 operand so that the result of the instruction is equal to the source operand with the 

sign-bit complemented. The dneg instruction has a source in the even-aligned pair of 
registers explicitly specified by r[rsl] and implicitly defined as r[rsl+l], in processors 
that support dneg with implicitly-derived specifiers, and a result in the even-aligned 
pair of registers explicitly specified by r[rd] and implicitly defined by r[rd+l]. If 
1 5 either operand of dneg is not even-aligned, the instruction produces an illegal inst 
General Exception. The assembler syntax is: 

dneg rsl,rd, 

where dneg is implemented only on media functional units 220 and uses the common 
instruction format with no second source operand. 

20 A ftod instruction and a ftol instruction are floating point instructions that 

converts an IEEE single-precision number in the register r[rsl] to, respectively, an 
IEEE double-precision number in the even-aligned register pair r[rd] and a long 
integer in the even-aligned register pair r[rd]. In some processor embodiments, the 
ftod and ftol instructions use implicitly-derived register specifiers for the destination 

25 register r[rd] ? implicitly defining the register r[rd+l]. If the destination register r[rd] is 
not even, the assembler reports a fatal error. The assembler syntax is: 

ftod rsl,rd, 
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ftol rsl,rd, 

where ftod and ftol are mfu instructions that use the common instruction format with 
no second source operand. 

An itod instruction is a floating point instruction that converts an integer in the 
5 register r[rsl] to an IEEE double-precision floating point number in the even-aligned 
register pair r[rd]. In some processor embodiments, the itod instruction uses 
implicitly-derived register specifiers for the destination register r[rd], implicitly 
defining the register r[rd+l]. If the destination register r[rd] is not even, the assembler 
reports a fatal error. The assembler syntax is: 

1 0 itod rsl,rd, 

where itod is an mfu instruction that uses the common instruction format, with no 
second source operand. 

In some processors instructions lcmpeq, Icmple, lcmplt, and lcmpult compare 
a long integer value in the even-aligned register pair explicitly specified by r[rsl] and 

15 implicitly specified by r[rsl+l] with either a long integer value in the even-aligned 
register pair explicitly specified by r[rs2] and implicitly defined by r[rs2+l] or a sign- 
extended 7-bit immediate value. If the comparison is true, the result register r[rd] is 
set to the integer value 1 ; otherwise, the result register r[rd] is set to value 0. 
Instruction lcmpeq tests for equality. Instruction Icmple determines whether the first 

20 operand (r[rsl], r[rsl+l]) is less than or equal to the second operand (r[rs2], r[rs2+l]) 
or immediate). Instruction lcmplt determines whether the first operand (r[rsl] 5 
r[rsl+l]) is less than the second operand (r[rs2], r[rs2+l]) or immediate). Instruction 
lcmpult determines whether the first operand (r[rsl] 5 r[rsl+l]) is less than the second 
operand (r[rs2] ? r[rs2+l]) or immediate) buts operates upon the operands as unsigned 

25 integers. The assembler syntax is: 

lcmpeq rsl ,reg_or_imm7,rd, 

Icmple rs 1 ,reg_or_imm7,rd, 
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Icmplt rs 1 ,reg or _Jmm7,rd, 

lcmpult rs 1 ,reg_or_imm7,rd, 

where the lempeq, lcmple, Icmplt, and lcmpult instructions are implemented on the 
media functional units 220 using the common instruction format. 

5 Instructions ltod and ltof are floating point instructions that convert a long 

integer in the even-aligned register pair r[rsl] to, respectively, an IEEE double- 
precision floating point number in the even-aligned register pair r[rd] and to an IEEE 
single-precision floating point number in the register r[rd]. In some processor 
embodiments, the ltod instruction uses implicitly-derived register specifiers for the 

1 0 source register r[rsl], implicitly defining the register r[rsl+l] and for the destination 
register r[rd], implicitly defining the register r[rd+l]. The ltof instruction uses 
implicitly-derived register specifiers for the destination register r[rd], implicitly 
defining the register r[rd+l]. If the destination register r[rd] is not even for either the 
ltod and ltof instruction or the source register r[rsl] is not even for the ltod instruction, 

1 5 the assembler reports a fatal error. The ltod and ltof instruction mnemonics may be 
qualified by a rounding mode specification as shown in the opcode table. The 
assembler syntax is: 

ltod rsl,rd, 
ltof rsl,rd, 

20 where ltod and ltof are mfu instructions that use the common instruction format with 
no second source operand. 

Some processors support a pack instruction which implements implicitly 
derived register specifiers, Pack is a pixel instruction that operates upon a first source 
operand, the even-aligned registers pair r[rsl] and implicitly-defined register r[rsl+l], 
25 as four signed 16-bit operands. Each 16-bit operand is shifted right by the value of 
the low-order four bits of a second source operand r[rs2]. The shifted, signed short 
values of registers r[rsl] and r[rsl+l] are clipped to values between 0 and 255 and 



-31 - 



Attorney Docket No.: SP-3289 US 

placed in the destination register r[rd] so that, if the resulting short is negative, zero is 
the clipped value. If the result is greater than 255, then 255 is the clipped value. 
Values between 0 and 255 are unchanged. The pack result values are packed into the 
result register r[rd] with the value derived from bits 3 1 : 16 of register r[rsl] set in bits 
5 3 1 :24, the value derived from bits 1 5 :0 of register r[rs 1 ] in bits 23 : 1 6, the value 
derived from bits 31:16 of register r[rsl+l] in bits 15:8, and the value derived from 
bits 15:0 of register r[rsl+l] in bits 7:0. The assembler reports a fatal error if the first 
source operand is not an even-aligned register. The assembler syntax is: 

pack rsl,rs2,rd, 

10 where pack is an mfu operation that uses the common instruction format. 

Instruction pest is a hybrid operation that may support implicitly-derived 
register specifiers. Pest combines the behavior of conditional stores with parallel 
operations. The assembler syntax is: 

pest rd, [rsl],rs2, 

15 where the second source operand r[rs2] defines is a pair of 16-bit conditions that 
control whether a corresponding half of destination register r[rd] is stored at the 
address defined by the first source register r[rsl]. The first source register is explicitly 
defined as r[rsl] and includes an implicitly-derived register specifier r[rsl+l]. The 
address must be word-aligned. The pest instruction is a word-store operation in which 

20 one, the other, both, or neither halves of a word might change, depending on whether 
the halves of the control register, r[rs2]. Non-zero control register-half stores; zero 
control register-half does not. The pest instruction is a general functional unit 222 
operation that uses the common instruction format. 

An instruction lshll may support implicitly derived register specifiers. Lshll is 
25 a logical instruction that computes a shift value: 

r[rsl] » r[rs2], or 

r[rsl] » imm. 



-32- 



Attorney Docket No.: SP-3289 US 



Use of an immediate for the second source operand sets the i-bit of the opcode. The 
result is left in register r[rd]. Instruction Ishll shifts a 64-bit datum to produce a 64-bit 
result. Only the low-order 6 bits of the second source operand are used for execution 
of lshll. The first register operand r[rsl] includes an implicitly-derived register 
specifier r[rs2]. Similarly the result register r[rd] includes an implicitly-derived 
register specifiers r[rd+l]. The source and destination registers are thus even-aligned 
register pairs. Otherwise, the assembler produces a fatal error. Other register operands 
include any visible general purpose register. The lshll instruction uses the common 
instruction format and is implemented only on the media functional units 220. 

Instructions Ishra and lshrl are possibly implemented as implicitly-derived 
register specifiers. Lshra and lshrl are logical instruction that compute: 

r[rsl] » r[rs2], and 

r[rsl] » imm. 

Usage of an immediate for the second source operand sets the i-bit of the opcode. The 
result is held in destination register r[rd]. Instruction lshra is an arithmetic shift so 
that a set sign bit is propagated to the right. Instruction lshrl is a logical shift so that 
bits are cleared on the left. Instructions lshra and lshrl shift a 64-bit datum producing 
a 64-bit result. Only the low-order 6 bits of the second source operand are used for the 
lshra and lshrl instructions. The first register operand r[rsl] and the result register 
r[rd] of lshra and lshrl are explicitly-specified and are respectively associated with 
implicitly-derived register specifiers r[rsl+l] and r[rd+l]. The specified registers 
r[rsl] and r[rd] and are to be even-aligned register pairs. Otherwise, the assembler 
produces a fatal error. Other register operands may be any visible general purpose 
register. The assembler syntax is: 

lshra rs 1 ,reg_or_Jmm7, rd, and 

lshrl rs 1 , reg_or_imm7 ? rd, 
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where the lshra and lshrl instructions use the common instruction format and are 
implemented only on media functional units 220. 

Instructions stl and stla are memory access instructions that may employ 
implicitly-derived register specifiers. The stl and stla instructions store a 64-bit long 
5 from an even-aligned pair of registers specified explicitly by a register r[rd] and 
implicitly-derived register r{rd+l] to a specified address. The assembler syntax is: 

stl rd> [address], and 

stla rd, [address], [asi]. 

The stl and stla instructions are general functional unit 222 operations that uses the 
10 common instruction format. The stla[12] instruction is an "alternate space" store 
operation that operates as an ordinary store except that the effective addresses are 
qualified by two alternate space identifiers (ASIs 1 and 2). Which ASI is used is 
denoted by the last character of the mnemonic. The assembly syntax is identical to 
ordinary stores but is also appended with "al" or "a2'\ 

15 An Isub instruction is an integer instruction that computes the difference of 

two register operands r[rsl] - r[rs2] or one register operand and a sign-extended 7-bit 
immediate r[rsl] - sign_ext(imm7) and places the result in r[rd]. The use of an 
immediate for the second source operand sets the i-bit of the opcode. Some processor 
embodiments by support implicitly-derived register specifiers for the lsub instruction. 

20 The register operands of lsub are even-aligned register pairs with the first register of 
the pair explicitly-specified in the instruction and the second instruction of the pair 
being an implicitly-derived register specifier. The assembler produces a fatal error for 
an odd-numbered register operand for lsub. The assembler syntax is: 

lsub rsl, reg_or_imm7, rd ? 

25 .where the lsub instruction uses the common format and is implemented only on media 
functional units 220. 
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While the invention has been described with reference to various 
embodiments, it will be understood that these embodiments are illustrative and that 
the scope of the invention is not limited to them. Many variations, modifications, 
additions and improvements of the embodiments described are possible. For example, 
those skilled in the art will readily implement the steps necessary to provide the 
structures and methods disclosed herein, and will understand that the process 
parameters, materials, and dimensions are given by way of example only and can be 
varied to achieve the desired structure as well as modifications which are within the 
scope of the invention. Variations and modifications of the embodiments disclosed 
herein may be made based on the description set forth herein, without departing from 
the scope and spirit of the invention as set forth in the following claims. 

CROSS-REFERENCE 

The present invention is related to subject matter disclosed in the following 
co-pending patent applications: 

1 . United States patent application entitled, "A Multiple-Thread Processor for 
Threaded Software Applications", <atty. docket no.: SP-260O naming 
Marc Tremblay and William Joy as inventors and filed on even date 
herewith; 

2. United States patent application entitled, "Clustered Architecture in a 
VLIW Processor", <atty. docket no.: SP-2608> naming Marc Tremblay 
and William Joy as inventors and filed on even date herewith; 

3 . United States patent application entitled, "Apparatus and Method for 
Optimizing Die Utilization and Speed Performance by Register File 
Splitting", <atty. docket no.: SP-2609> naming Marc Tremblay and 
William Joy as inventors and filed on even date herewith; 

4. United States patent application entitled, "Variable Issue Width VLIW 
Processor", <atty. docket no.: SP-261 1> naming Marc Tremblay as 
inventors and filed on even date herewith; 
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5. United States patent application entitled, "Efficient Handling of a Large 
Register File for Context Switching", <atty. docket no.: SP-2612> naming 
Marc Tremblay and William Joy as inventors and filed on even date 
herewith; 

6. United States patent application entitled, "Dual In-line Buffers for an 
Instruction Fetch Unit", <atty. docket no. : SP-261 8> naming Marc 
Tremblay and Graham Murphy as inventors and filed on even date 
herewith; 

7. United States patent application entitled, "An Instruction Fetch Unit 
Aligner", <atty. docket no.: SP-261 9> naming Marc Tremblay and 
Graham Murphy as inventors and filed on even date herewith; 

8. United States patent application entitled, "Local Stall Control Method and 
Structure in a Microprocessor", <atty. Docket no.: SP-3287> naming Marc 
Tremblay and Sharada Yeluri as inventors and filed on even data herewith; 
and 

9. United States patent application entitled, "Local and Global Register 
Partitioning in a VLIW Processor", <atty. Docket no.: SP-3288> naming 
Marc Tremblay and William Joy as inventors and filed on even data 
herewith. 
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WHAT IS CLAIMED IS: 



1 1. A processor comprising: 

2 a register file including a plurality of registers; and 

3 a functional unit coupled to the register file, the functional unit that executes 

4 an instruction operating upon a plurality of registers in the register file, 

5 the instruction in which a register specifier is implicitly derived, based 

6 on another register specifier. 

1 2. A processor according to Claim 1 further comprising: 

2 a decoder coupled to the functional unit and coupled to the register file, the 

3 decoder implicitly deriving a register specifier based on an explicitly- 

4 specified register specifier of the instruction, 

1 3. A processor according to Claim 1 wherein: 

2 the register specifier is implicitly derived by adding one to an explicitly- 

3 defined register specifier. 

1 4. A processor according to Claim 1 wherein the processor is a Very Long 

2 Instruction Word (VLIW) and further comprising: 

3 a register file including a plurality of register file segments; 

4 a plurality of functional units, ones of the plurality of functional units being 

5 coupled to and associated with respective ones of the register file 

6 segments. 

1 5. A processor according to Claim 1 wherein: 

2 a multiply-add instruction uses an implicitly-derived register specifier and has 

3 a form of: 

4 muladd rsl, rs2, rd 5 

5 and performs an operation specified by the equation: 

6 rd = (rsl * [rsl+1]) + rs2, 
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7 where the term [rsl+1] designates data contained within the register 

8 following the explicitly-defined register rs 1 . 

1 6. A processor according to Claim 1 wherein: 

2 a bit extract instruction uses an implicitly-derived register specifiers and has a 

3 form of; 

4 bitext rsl,rs2 ? rd, 

5 and performs an operation of extracting bits from even-aligned pairs of 

6 registers rjrsl] and [rsl+1] where the term [rsl+1] designates 

7 data contained within the register following the explicitly- 

8 defined register rs 1 . 

1 1. A processor according to Claim 1 wherein: 

2 a call instruction uses an implicitly-derived register specifiers and has a form 

3 of: 

4 call label, 

5 causing a control transfer to an address specified by a label operand, 

6 the address of the instruction word following the instruction 

7 word begun with the call instruction is held in an alias register, 

8 an assembler using an alias link pointer lp for the alias register. 

1 8. A processor according to Claim 1 wherein: 

2 a double-precision floating point add instruction uses an implicitly-derived 

3 register specifiers and has a form of: 

4 dadd rsl, rs2, rd, 

5 and performs an operation specified by the equation: 

6 (rd, [rd+1] = (rsl, [rsl+1]) + (rs2, [rs2+l]), 

7 where the terms (rsl, [rsl+l]) ? (rs2, [rs2+l])> and (rd, [rd+1]) designate 

8 double-precision words. 
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1 9. A processor according to Claim 1 wherein: 

2 a double-precision floating point compare instruction uses an implicitly- 

3 derived register specifiers and has a form of: 

4 dcmpcc rs 1 , rs2, rd, 

5 and performs an operation of comparing data in registers (rsl, [rsl+1]) 

6 with data in registers (rs2, [rs2+l]) and storing a result in 

7 registers (rd,[rd+l]) where the terms (rsl, [rsl+1]), (rs2, 

8 [rs2+l]), and (rd, [rd+1]) designate double-precision words, and 

9 cc designates a condition code including equal, less than, and 
1 0 less than or equal to conditions. 

1 10. A processor according to Claim 1 wherein: 

2 a double-precision floating point multiply instruction uses an implicitly- 

3 derived register specifiers and has a form of: 

4 dmul rsl,rs2, rd, 

5 and performs an operation specified by the equation: 

6 (rd, [rd+1] = (rsl, [rsl+1]) * (rs2, [rs2+l]), 

7 where the terms (rsl, [rsl+1]), (rs2, [rs2+l]), and (rd, [rd+1]) designate 

8 double-precision words. 

1 1 1 . A processor according to Claim 1 wherein: 

2 a double-precision floating point subtraction instruction uses an implicitly- 

3 derived register specifiers and has a form of: 

4 dsub rsl, rs2, rd, 

5 and performs an operation specified by the equation: 

6 (rd, [rd+1] - (rsl, [rsl+1]) - (rs2 ? [rs2+l]), 

7 where the terms (rsl, [rsl+1]), (rs2, [rs2+l]), and (rd, [rd+1]) designate 

8 double-precision words. 
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1 12. A processor according to Claim 1 wherein: 

2 a pack instruction uses an implicitly-derived register specifiers and has a form 

3 of: 

4 pack rsl ? rs2 ? rd, 

5 and operates upon a register pair (rsl, [rsl+1]) as four signed 16-bit 

6 operands, and shifts the four operands right by a value 

7 designated by the register specified by rs2, clips the shifted 16- 

8 bit operands within defined limits and stores the clipped 16-bit 

9 operands in a register pair (rd, [rd+1]). 

1 13. A processor according to Claim 1 wherein: 

2 a double-precision floating point conversion instruction uses an implicitly- 

3 derived register specifiers and has a form of: 

4 dtox rsl,rd, 

5 and performs an operation of converting a double-precision floating 

6 point value to a specified format x, the format x including a 

7 single-precision floating point format (dtof), an integer format 

8 (dtoi), and a long integer format (dtol). 

1 14. A processor according to Claim 1 wherein: 

2 a double-precision floating point absolute value instruction uses an implicitly- 

3 derived register specifiers and has a form of: 

4 dabs rsl,rd, 

5 and performs an operation of converting a double-precision floating 

6 point value in a register pair (rsl, [rsl+1]) to an absolute 

7 magnitude in a register pair (rd, [rd+1]). 

1 15* A processor according to Claim 1 wherein: 

2 a double-precision floating point negative value instruction uses an implicitly- 

3 derived register specifiers and has a form of: 
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4 dneg rsl,rd ? 

5 and performs an operation of converting a double-precision floating 

6 point value in a register pair (rs 1 , [rs 1 +1 ]) to a negative 

7 magnitude in a register pair (rd ? [rd+1 ]). 

1 16. A processor according to Claim 1 wherein: 

2 a double-precision floating point set limit instruction uses an implicitly- 

3 derived register specifiers and has a form of: 

4 dlim rsl,rs2 5 rd ? 

5 and performs an operation of setting a double-precision destination 

6 register (rd, [rd+1]) to the maximum of a double-precision first 

7 source register (rsl, [rsl+1]) and a double-precision second 

8 source register (rs2, [rs2+l]) ? or setting the double-precision 

9 destination register (rd, [rd+ 1 ]) to the minimum of a double- 

10 precision first source register (rsl, [rsl+1]) and a double- 

1 1 precision second source register (rs2, [rs2+l]) ? 

12 where the terms (rsl, [rsl+l]) ? (rs2, [rs2+l]), and (rd, [rd+1]) 

13 designate double-precision words. 

1 17. A processor according to Claim 1 further comprising: 

2 a decoder coupled to the functional unit and coupled to the register file, the 

3 decoder implicitly deriving a register specifier based on an explicitly- 

4 specified register specifier of the instruction and generating a first 

5 pointer to the explicitly-specified register and a second pointer to the 

6 implicitly-derived register. 

1 18. A processor according to Claim 1 further comprising: 

2 a decoder coupled to the functional unit and coupled to the register file, the 

3 decoder implicitly deriving a register specifier based on an explicitly- 

4 specified register specifier of the instruction and generating a first 

5 pointer to the explicitly-specified register and a second pointer to the 

6 implicitly-derived register. 
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1 19. A processor according to Claim 1 further comprising: 

2 a pointer coupled to the register file and designating a register in the register 

3 file, the pointer including a signal indicative of selection of a 

4 implicitly-derived register, the register file generating two pointers, one 

5 directed to the explicitly-specified register and a second directed to the 

6 implicitly-derived register when implicit derivation of a register 

7 specifier is selected. 

1 20. A method of operating a processor comprising: 

2 storing information in a register file including a plurality of registers; 

3 executing instructions in a functional unit coupled to the register file and 

4 operating upon a plurality of registers in the register file; 

5 explicitly defining a register specifier of a register operated upon during 

6 executing of the instruction; and 

7 implicitly deriving a register specifier based on the explicitly defined register 

8 specifier. 

1 21 . A method according to Claim 20 further comprising: 

2 decoding an instruction; and 

3 deriving, during decoding of the instruction, a register specifier based on an 

4 explicitly-specified register specifier of the instruction. 

1 22. A method according to Claim 20 further comprising: 

2 implicitly deriving the register specifier by adding one to an explicitly-defined 

3 register specifier. 
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IMPLICITLY DERIVED REGISTER SPECIFIERS IN A PROCESSOR 

Marc Tremblay and William Joy 

ABSTRACT OF THE DISCLOSURE 

A processor executes an instruction set including instructions in which a 
register specifier is implicitly derived, based on another register specifier. One 
technique for implicitly deriving a register specifier is to add or subtract one from a 
specifically-defined register specifier. Implicit derivation of a register specifier is 
selectively implemented for some opcodes. A decoder decodes instructions that use 
implicitly-derived register specifiers and reads the explicitly-defined register. The 
decoder generates pointers both to the explicitly-defined register and to the implicitly- 
derived register. In other embodiments, a pointer to registers within a register file 
includes an additional bit indicating that a register read is accompanied by a read of an 
implicitly-derived register. 
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DECLARATION FOR PATENT APPLICATION 
AND POWER OF ATTORNEY 

As a below named inventor, I hereby declare that: 

My residence, post office address and citizenship are as stated below adjacent to my name. 

I believe I am the original, first and sole inventor (if only one name is listed below) or an original, 
first and joint inventor (if plural names are listed below) of subject matter (process, machine, 
manufacture, or composition of matter, or an improvement thereof) which is claimed and for which a 
patent is sought by way of the application entitled: 

IMPLICITLY DERIVED REGISTER SPECIFIERS IN A PROCESSOR 

which (check) is attached hereto. 

PI and is amended by the Preliminary Amendment attached hereto. 

□ was filed on as Application Serial No. , 

Q and was amended on (if applicable). 

I hereby state that I have reviewed and understand the contents of the above identified specification, 
including the claims, as amended by any amendment referred to above. 

I acknowledge the duty to disclose information, which is material to patentability as defined in Title 
37, Code of Federal Regulations, § 1.56. 

I hereby claim foreign priority benefits under Title 35, United States Code, § 119(a)-(d) of any 
foreign application(s) for patent or inventor's certificate or any PCT international application(s) 
designating at least one country other than the United States of America listed below and have also 
identified below any foreign application(s) for patent or inventor's certificate or any PCT 
international application(s) designating at least one country other than the United States of America 
filed by me on the same subject matter having a filing date before that of the application(s) of which 
priority is claimed: 



Prior Foreign Application^) 


Priority Claimed 


Number 


Country 


Day/Month/Y ear Filed 


Yes 


No 


N/A 






□ 


□ 



I hereby claim the benefit under Title 35, United States Code, § 119(e) of any United States 
provisional application(s) listed below: 



Provisional Application Number 


Filing Date 


N/A 





I hereby claim the benefit under Title 35, United States Code, § 120 of any United States 
application(s) or PCT international application(s) designating the United States of America listed 
below and, insofar as the subject matter of each of the claims of this application is not disclosed in 
the prior application(s) in the manner provided by the first paragraph of Title 35, United States Code, 
§ 1 12, 1 acknowledge the duty to disclose information, which is material to patentability as defined in 
Title 37, Code of Federal Regulations, § 1.56, which became available between the filing date of the 
prior appiication(s) and the national or PCT international filing date of this application: 
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Application Serial No. 


Filing Date 


Status (patented, pending, abandoned) 


N/A 







I hereby appoint the following attorney(s) and/or agent(s) to prosecute this application and to transact 
all business in the United States Patent and Trademark Office connected therewith: 



Alan H. MacPherson (24,423); Thomas S. MacDonald (17,774); Kenneth E. Leeds (30,566); Brian D. 
Ogonowsky (31,988); David W. Heid (25,875); Norman R. Klivans (33,003); Edward C. Kwok 
(33,938); David E. Steuber (25,557); Michael Shenker (34,250); Stephen A. Terrile (32,946); Peter H. 
Kang (40,350); Ronald J. Meetin (29,089); Ken John Koestner (33,004); Omkar K. Suryadevara 
(36,320); David T. Millers (37,396); Kent B. Chambers (38,839); Serge J. Hodgson (40,017); Michael 
P. Adams (34,763); Bernard Berman (37,279); Michael J. Halbert (40,633); Gary J. Edwards (41,008); 
William B. Tiffany (41,347); James E. Parsons (34,691); Daniel P. Stewart (41,332); Philip W. Woo 
(39,880); John T. Winburn (26,822); Tom Chen (42,406); Fabio E. Marino (43,339); William W. 
Holloway (26,182); Elaine H. Lo (41,158); Don C. Lawrence (31,975); Marc R. Ascolese (42,268); 
Carmen C. Cook (42,433); David G. Dolezal (41,71 1); Adrian J. Lee (42,785); Michael P. Noonan 
(42,038); Roberta P. Saxon (43,087); Bernice Chen (42,403); Mary Jo Bertani (42,321); Dale R. Cook 
(42,434); Kenneth Olsen (26,493); Matthew C. Rainey (32,291); Timothy J. Crean (37,1 16); Philip J. 
McKay (38,966); Robert S. Hauser (37,847); Patrick J.S. Inouye (40,297); Joseph T. FitzGerald (33,881); 
and Alexander E. Silverman (37,940). 

Please address all correspondence and telephone calls to: 

Ken J. Koestner 
Attorney for Applicants) 
SKJERVEN, MORRILL, MacPHERSON, FRANKLIN & FRIEL LLP 

25 Metro Drive, Suite 700 
San Jose, California 95 1 1 0- 1 349 

Telephone: 408-453-9200 
Facsimile: 408-453-7979 

I declare that all statements made herein of my own knowledge are true, all statements made herein 
on information and belief are believed to be true, and all statements made herein are made with the 
knowledge that whoever, in any matter within the jurisdiction of the Patent and Trademark Office, 
knowingly and willfully falsifies, conceals, or covers up by any trick, scheme, or device a material 
fact, or makes any false, fictitious or fraudulent statements or representations, or makes or uses any 
false writing or document knowing the same to contain any false, fictitious or fraudulent statement or 
entry, shall be subject to the penalties including fine or imprisonment or both as set forth under 18 
U.S.C. 1001, and that violations of this paragraph may jeopardize the validity of the application or 
this document, or the validity or enforceability of any patent, trademark registration, or certificate 
resulting therefrom. 



Full name of sole (or first joint) inventor: Tremblay, Marc 



Inventor's Signature: 
Residence: 




Post Office Address: 140 Hanna Way Citizenship: Canada 

Menlo Park, California 94025 
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Atty. Docket No.: SP-3289 US 



Full name of sole (or first joint) inventor: Joy, William 



Inventor's Signature: ]fifoU^ n q.Qyf Date: P^e^U^l W 



Residence: 

Post Office Address: fit . j3/)C Citizenship: 
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